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Automated  Vehicle  Scheduling  (AVS)  Is  a  software  package  designed  to 
assist  In  scheduling  palletised  cargo  delivery  to  warehouses  In  a  Navy 
8upply  Center,  The  package  consists  of  two  programs  which  schedule 
regular  and  emergency  orders. 
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ABSTRACT 


-«  i 

Automated  Vehicle  Scheduling  (AVS)  is  e  software 
package  designed  to  assist  in  scheduling  palletised 
cargo  delivery  to  warehouses  In  a  Navy  Supply  Center. 

The  package  consists  of  two  progress  which  schedule 
regular  and  esergency  orders. 

ADMINISTRATIVE  INFORMATION 

This  project  was  authorised  by  the  Naval  Supply  Systems  Command  with 
funding  under  Task  Area  53/531/091. 

INTRODUCTION 

Automated  Vehicle  Scheduling  (AVS)  Is  a  software  package  designed  to 
assist  in  scheduling  palletised  cargo  delivery  among  warehouses  la  a  Navy  Supply 
Center  (NSC).  The  package  consists  of  the  routines  which  schedule  regular  and 
emergency  orders.  It  Is  written  in  FORTRAN  IV  and  is  designed  to  run  on  CDC  6000 
aerled  computers  at  DTNSRDC. 

AVS  can  schedule  up  to  99  orders  totelllng  about  2000  pallets  among  as 
many  as  99  warehouses*  Deliveries  and/or  pickups  are  made  by  as  many  as  50 
vehicled  of  four  general  types:  straddle  trucks,  transporter  vehicles,  tractor 
trailers,  and  Industrial  tractors.  Routss  ers  built  to  "maximum"  efficiency 
within  the.  limitations  of  the  algorithm  used. 

The  emergency  order  routine  uses  the  routes  prepared  by  the  regular  order 
routine  to  schedule  servicing  of  emergency  orders  placed  during  the  regular 
dally  routine.  An  emergency  order  can  include  from  1  to  99  pallets;  it  can 
preempt  regular  orders  if  the  dispatcher  desires;  it  can  be  hai.  led  by  a  single 
vehicle  type  or  by  a  mix  of  vehicles;  and  the  vehicles  selected  to  service  it 
may  be  those  used  for  regular  orders,  a  subset  of  these,  vehicles  previously 
unuSed,  or  any  combination  of  these  vehicles.  As  many  as  99  emergency  orders 
may  be  considered  In  the  Mae  smergency  order  run. 

For  AVS  to  be  successful,  the  programs  must  be  easily  usable  by  dispatch 
personnel  who  have  had  minimal  computer  training.  In  addition,  the  scheduling 
programs  must  execute  rapidly  to  ensure  fast  response  to  orders.  For  these 
reasons,  AVS  is  interactive,  tutorial,  and  corrective.  Program  procedures. 


•Mention  instructions,  and  output  fils  storage  are  aiupla.  Data  are  requested 
fro*  the  user  interactively  and  Inputs  ara  checked  for  validity*  Instruction 
avsilable  to  the  user  are  printed  at  the  terminal  in  a  menu*  Schedules  are 
generated  only  after  the  user  has  checked  the  correctness  of  the  data* 

BACKGROUND 

Since  the  impetus  for  undertaking  the  AVS  project  cane  from  NSC  Charleston, 
the  AVS  programs  described  here  address  ojperations  at  that  Installation. 
Therefore,  a  brief  description  of  Charleston's  local  delivery  procedures  is  in 
order. 

NSC  Charleston  Includes  78  pick-up/ delivery  sites  and  eight  piers,  plus  six 
off-base  sites*  Twenty  or  more  of  these  sites  are  used  in  a  typical  half-day's 
schedule.  The  dispatch  operation  is  run  from  building  1078*  (A  map  of  the 
Charleston  complex  is  given  in  Figure  Is  the  warehouses  are  listed  in  the 
Table.) 

Orders  for  palletized  cargo  movement  fall  into  Usee  priority  classes* 

Group  3  orders  are  telephoned  to  the  dispatcher  twice  a  day:  at  1100  and  1500 
hours.  Group  2  and  Group  1  priority  orders  require  service  within  8  and 
4  hours,  respectively*  They  may  be  called  In  at  any  time,  but  in  practice  are 
usually  phoned  la  at  the  seme  time  as  Group  3  orders*  When  orders  are  ready  for 
shipment  at  the  warehouses,  the  dispatcher  is  called  to  request  transportation. 

At  present  the  dispatch  supervisor  prepares  the  vehicle  schedules  from  the 
order  list  using  his  knowledge  of  the  base  layout;  there  is  no  documented 
formal  procedure*  The  vehicles  are  radio  dispatched  to  service  these  requests. 

There  is  additional  cargo  movement  which  is  not  handled  by  the  above 
method*  At  certain  warehouses  the  high  volume  of  cargo  routinely  shipped  or 
received  is  moved  by  vehicles  assigned  exclusively  for  that  purpose*  These 
movements  will  not  be  scheduled  by  AVS  initially* 

Orders  are  serviced  by  four  types  of  vehicles i  straddle  trucks,  transporter 
vehicles,  conventional  tractor  trailers,  and  industrial  tractors.  These  vehicles 
will  be  designated  in  the  remainder  of  this  report  by  the  abbreviations  ST,  TR, 
TT,  and  IT,  respectively*  These  vehicles  are  distinguished  by  such  operational 
characteristics  as  highway  speed,  load  time,  manner  of  loading,  and  the  skills 
and  ratings  of  the  drivers  id io  operate  them. 
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TABLE  -  NSC  CHARLESTON  WAREHOUSES  SERVICED  BY  AVS 
LISTED  BY  GROUP  AND  NUMBER  WITHIN  GROUP 
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AVS1  -  REGULAR  ORDER  SCHEDULING 


order  scheduling  takes  place  in  £our  phases:. 

Interactive  data  entry  from  a  renote  ternlnal 
(handled  by  subroutine  VIP) 

Examination  and  re-sequencing  of  input  orders  to  reduce  vehicle  - 
order  selection  tine  (subroutine  AVSIN) 

Assembly  of  the  four  vehicle  -  type  orders  into  route  lists*  i.e., 
schedules  (subroutine  ROUTE) 

Conversion  of  the  vehicle  route  lists  into  readable  schedules 
(subroutines  TCARP  and  LPRNT)* 

ss  the  AVS  System  Flowchart*  The  combined  program*  AVS*  which 
LVS1  and  AVS2*  uses  52K  words  of  memory* 


te  specified  input  procedures  are  followed*  the  data  input  to  AVS1 
led  interactively  from  a  remote  terminal*  The  user  may  enter  the 

ta: 

srs  are  entered  by  listing  the  order  identification  numbers,*  the 
and  the  originating  and  destination  warehouses*  Data  correctness 
displayed  at  the  terminal* 

ehldes  are  entered  by  listing  the  vehicle  type*  number  of  destina- 
ted  for  a  route  segment,**  capacity*  and  maximum  route  duration* 
either  capacity  or  maximum  route  duration  for  any  vehicle  will  cause 
n  to  substitute  default  (built-in)  values* 

The  start  time  for  the  schedules  must  be  entered*  The  program 
clock  time* 

•  A  maximum  value  for  route  duration  in  minutes  is  entered* 

111  replace  a  default  value  of  480  minutes  but  does  not  supersede 
ecified  in  the  vehicle  entry* 


nation  required  when  'C'  option  specified 
nation  required  for  ST's  and  TR's* 
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VIP  checks  Che  inpuC  date  for  validity.  An  order's  origin  snd  destination 
warehouses  eust  match  a  built-in  list  of  warehouse  names*  Input  numeric  date 
(e.g.,  order  else,  times*  vehicle  capacity,  and  route'  duration)  must  he  within 
specified  ranges.  When  all  input  has  been  entered  satisfactorily,  AVS  is 
executed. 

METHOD  snd  ALGORITHM 

Route  building  is  accomplished  by  subroutines  ROUTE,  BLDTR,  and  BUILDS. 

The  schedules  for  ST's  are  built  first,  then  for  TR'a,  snd  TT 's,  snd  finally 
for  IT 's.  The  order  of  schedule  building  for  the  four  vehicle  types  may  be 
changed  to  fit  the  needs  of  the  user.  The  algorithm  operatea  on  the  sorted 
list  of  orders.  In  the  following  discussion  the  ST  routes  are  built  first, 
then  the  variations  used  in  TR,  TT,  and  IT  route  building. 

The  list  of  orders  is  scanned  to  determine  the  combination  of  orders  which 
will,  if  serviced  by  a  single  vehicle,  provide  the  greatest  time  saving  (or  least 
time  cost)  over  the  situation  in  which  each  order  is  serviced  by  a  separate 
vehicle.  There  is  almost  always  time  saving  Involved  in  joining  two  or  more 
orders  with  the  same  pick-up  warehouse,  the  same  delivery  warehouse,  or  both. 
However,  to  prevent  excessive  order  Joining  and  over-utilisation  of  the  same 
vehicles,  a  greatest  time  savings  restriction  has  been  added  to  the  algorithm. 
Since  joined  order  routes  are  assigned  to  preferred  vehicles  first,  the  greatest 
time  saving  restriction  reduces  the  number  of  joined  orders  and  allows  the 
assignment  of  single  order  routes  to  all  available  vehicles. 

Having  selected  the  best  set  of  orders  to  start  an  ST's  route,  the 
algorithm  examines  the  remaining  orders  in  the  list  for  that  single  order 
which,  if  joined  to  the  route,  results  in  the  least  time  cost  over  servicing  the 
order  separately.  As  in  the  starting  case  the  limit  on  time  cost  applies.  The 
new  order  is  placed  at  the  end  of  the  existing  route,  since  examining  intermediate 
positions  along  the  route  would  be  too  time  consuming  and  the  coding  would  be 
overly  complex. 

The  algorithm  continues  in  this  manner,  adding  orders  to  the  end  of  the 
previous  route,  until  the  route  time  limit  for  the  vehicle  precludes  further 
additions,  or  until  the  pool  of  unasslgnsd  orders  is  exhausted.  In  the  latter 
case  the  algorithm  proceeds  directly  to  consideration  of  the  TR  vehicles.  In 


thod.  ST  routes 


the  former  case  the  next  ST  route  Is  begun,  using  the  same  me 
ere  built  using  a  "first  on,  first  off"  strategy* 

TR,  TT,  and  IT  route  building  is  exactly  like  ST  route  building  and 
requires  no  additional  elaboration.  Leftover  orders  from  TR  route  building  are 
passed  to  the  TT 's  and  leftover  TT  orders  are  passed  to  IT's  in  the  sane  manner 
that  leftover  ST  orders  are  passed  to  TR's.  Routes  for  TR's,  TT's  and  IT's 
are  built  using  a  "first  on,  last  off"  scheme.  Figures  3  and  4  show  the  pick-up 
and  delivery  sequence  of  orders  that  may  be  serviced  by  all  vehicles.  Figures 
5  through  7  show  the  pick-up  and  delivery  sequence  of  orders  that  may  be  serviced 
by  each  vehicle  type. 

Since  TT 's  are  the  only  vehicles  equipped  for  highway  travel,  they  alone 
service  the  six  off-base  activities. 

Route  building  ceases  when  all  IT  routes  have  been  built.  If  any  orders 
are  still  un serviced,  they  are  printed  out  so  that  the  dispatcher  can  schedule 
them  at  a  later  time.  They  may  be  scheduled  later  as  "emergency”  orders  using 
program  AVS2,  they  may  be  postponed  to  the  next  shift,  or  they  may  require 
special  scheduling  without  the  use  of  ATS. 

PROGRAM  OUTPUT 

Schedule  output  from  AVS1  consists  of  a  summary  of  the  input  data  and  the 
schedules  for  the  individual  vehicles.  Each  schedule  gives  the  vehicle  name, 
route  starting  time,  and  dates  in  a  header;  a  list  of  scheduled  stops  specifying 
site,  time,  pallets  picked  up  or  delivered,  reference  order  number,  and  approxi¬ 
mate  stay  time  at  the  site;  and  a  trailer  of  finishing  time  and  location,  and 
number  of  pallets  moved.  AVS1  also  creates  a  system  schedule  file,  TAPE1,  to  be 
used  by  AVS2. 
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figure  3  -  All  Vehicle  Types*  Order  Allocations,  Multiple  Destinations 


Figure  6  -  Transporters,  Tractor  Trailers  and  Industrial  Tractors 
Order  Allocations,  Multiple  Destinations 
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Figure  7  -  Tractor  Trailers  and  Industrial  Tractors, 
Order  Allocations,  Multiple  Destinations 


I  '  A  VS  2  -  BfEMMCT  OKDR  SCHEDULING 

|  i  The  emergency  ordar  scheduling  taka  a  place  in  three  phaaea: 

j  (1)  Interactive  data  entry  free  a  remote  temlnal  (subroutines  VIP 

l  and  AVSM2) 

I  (2)  Inaertlon  of  emergency  ordera  Into  current  vehicle-type  order 

llata  (aubroutlnea  ROUTE  and  TCA1P) 

(3)  Converalon  of  tha  vehicle  route  llata  into  readable  achedulee 

(aubroutlnea  TCAXP  and  LFSMT) 

IHPUT 

AVS2  also  uaea  VIP.  Data  ltana  are  entered  Interactively;  VIP  consol¬ 
idates  the  data  and  nakea  the  corrected  raaulta  available  to  AV82  on  file, 

TAPE 3.  When  data  entry  is  complata,  AVS  la  executed.  Route  data  froe  the 
previous  set  of  schedules,  whether  generated  by  AVS1  or  by  an  earlier  run  of 
AVS2,  are  used  by  the  program  along  with  tha  current  emergency  order  data  as 
entered  et  the  terminal.  The  following  data  are  entered  Interactively: 

Ordera.  The  order  origin,  else,  and  destination  are  entered.  Origin  and 
destination  are  Checked  against  a  list  of  warehouse  designations .  Order  sice 
must  be  a  numerical  entry  in  the  range  1-99  pallets.  Up  to  99  orders  may  be 
entered  for  emergency  scheduling;  If  more  than  99  are  Input,  only  the  first  99 
are  retained. 

Vehidea.  A  considerable  choice  of  vehicles  to  service  the  emergency  order  Is 
given  to  the  user.  All  vehicles  made  available  when  the  schedules  were  created 
by  AVSl  (or  augmented  by  earlier  AVS2  runs)  may  be  used;  any  subset  of  these  nay 
be  chosen;  or  new  vehicles  may  ba  selected.  For  new  vehicles,  the  number  of 
destinations  permitted  for  a  route  segment,  capacity,  and  maximum  route  duration 
may  be  specified;  otherwise,  default  (built-in)  values  are  used.  Mew  vehicles 
chosen  by  the  algorithm  to  service  the  orders  are  added  to  the  vehicles  avail¬ 
able  for  the  next  use  of  AVS2. 

Time.  The  time  of  the  emergency  order  is  input.  This  time  la  the  basis  on  which 
the  existing  schedules  are  examined  to  determine  vehicle  availability.  Conse- 

e 

quently,  sufficient  lead  tins  should  bs  allowed  to  permit  the  program  to  execute 
and  the  dispatcher  to  notify  the  selected  driver  of  his  change  in  route. 

Date.  It  is  possible  during  AVS2  to  change  the  date  stored  in  the  AVSl 
schedules. 
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SHI  Optica*  A  "bump"  option  can  bn  exercised  to  allow  the  servicing  of 
emergency  orders  before  regular  orders. 

METHOD  AMD  ALGORITHM 

AVS2  exaaines  the  existing  vehicle  schedules  and  date nines  which  vehicle 
or  vehicles  should  service  an  emergency  order-.  There  is  a  fundamental  assump¬ 
tion  that  the  vehicles  are,  in  fact*  following  the  computer  generated  schedules 
fairly  closely.  This  assumption  allows  AVS2  to  work  with  schedule  data  rather 
than  with  real  time  data. 

The  criterion  for  determining  which  vehide(s)  service  an  emergency  order 
is  quite  simple.  The  emergency  vehicle  selected  is  the  one  which  can  pick  up  the 
emergency  order  the  soonest,  subject  to  restrictions  Imposed  by  the  algorithm 
options. 

The  "bump"  option  affects  this  criterion*  Under  the  bump  option  the 
user  may  allow  vehicles  to  emceed  their  specified  maximum  route  duration.  The 
default  case  for  this  option  is  not  to  allow  it,  so  a  vehicle  which  could 
service  the  emergency  soonest  would  not  be  chosen  if  such  an  action  meant  that 
its  regular  route  would  not  be  finished  on  time.  The  bump  option  may  be  speci¬ 
fied  during  interactive  data  entry.  The  term  "bump"  slgniflea  that  delivery  of 
regular  orders  would  be  Interrupted  to  handle  the  emergency.  When  time  is 
clearly  critical,  specifying  the  bump  option  will  enable  the  emergency  order  to 
receive  the  fastest  possible  service.  If  the  bump  option  is  not  specified,  and 
if  the  vehicles  under  consideration  all  have  relatively  full  schedules,  the 
program  may  Inform  the  user  that  no  vehicles  are  available  to  service  the 
order. 

An  Important  feature  of  AVS2  is  that  the  user  may  specify  the  vehicles  to 
be  considered,  regardless  of  which  vehicles  were  made  available  to  the  AVS1 
algorithm.  That  is,  the  same  vehicles  may  be  used  as  were  used  for  the  previous 
schedules;  or  a  subset  of  those  vehicles  may  be  used;  or  additional  vehicles  may  be 
specified.  This  gives  the  dispatcher  considerable  control  over  the  manner  in 
which  the  program  schedules  the  emergency  order.  As  an  extreme  example,  the 
user  could  specify  a  single  truck  trtilch  was  already  in  use,  and  the  bump  option, 
to  force  the  algorithm  to  fit  the  esiergency  order  into  the  vehicle's  schedule. 

Several  points  about  the  AVS2  algorithm  need  to  be  mentioned.  First,  the 
emergency  order  algorithm  may  be  used  any  number  of  times  during  the  processing 
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of  the  AVS  schedules.  At  the  conclusion  of  each  aaSrgaacy  run,  the  schedules 
ere  updated  and  stored  on  file,  TAPE 2,  for  use  by  the  next  run. 

Second,  but  related  to  the  first  pdint,  when  the  schedules  are  being 
searched  for  the  placing  of  a  new  emergency  order,  ho  vehicle  servicing  a 
previous  sasrgency  order  Is  available  for  the  nee  order  until  the  previous  order 
Is  delivered.  Eaergency  orders  have  a  single  priority,  and  are  filled  on  a 
first  coae,  first  served  basis. 

This  leads  to  a  third  point:  eaergency  orders  should  be  run  In  the 
order  in  which  they  are  placed,  failure  to  do  this  aay  give  erroneous  results. 
Also  the  progrsa  will  take  a  few  ninutes  to  run  and  print  out,  and  this  should 
be  considered  in  specifying  the  start  tine  for  an  sasrgency  order. 

Fourth,  the  actual  updating  of  the  schedules  Is  not  done  autoaatlcally 
within  the  AVS2  progrsa;  consequently,  if  the  schedules  printed  at  the  reaote 
terminal  do  not  satisfy  the  user,  he  nay  change  options,  vehicles,  or  even  order 
data  and  rerun  the  prograa.  Previous  schedules  aay  be  saved  or  discarded  by 
slaple'  file  handling  coaaanda  given  In  the  next  section. 


PROGRAM  OUTPUT 

Schedule  output  for  AVS2  is  straightforward.  A  suwaary  of  the  Input  data 
Is  provided,  then  a  vehicle  availability  table.  Any  vehicles  which  cannot  be 
used  are  listed  and  the  actual  vehlde(s)  chosen  Is  (are)  given.  Finally  the 
new  schedules  for  the  chosen  vehide(s)  are  printed,  following  the  saae  foraat 
as  In  AVS1. 


INTERACTIVE  DATA  BRtT  AND  SCHEDULE  OUTPUT 

There  ere  four  distinct  phases  la  the  execution  of  AP8: 

(1)  Terminal  and  program  call-up  prpcedurea 

(2)  Data  entry  and  val Motion 

(3)  Schedule  generation  and  output 

(4)  Schedule  verification  and  storage 

These  phases  are  described  in  this  section  and  a  sample  printer  terminal 
session  is  given  to  illustrate  the  use  of  the  scheduler* 

TERMINAL  AND  PROGRAM  CALL-UP  PROCEDURES 

The  procedures  for  connecting  the  printer  terminal  by  phone  to  the  CDC  6600 
at  DTNSRDC,  Carderock,  MD  are  fixed  by  the  system  software  and  must  be  followed 
exactly*  These  procedures  are  quite  straightforward*  and  the  system  will 
flag  any  errors  for  the  user  to  correct* 

Dial-Up  Procedure 

Although  terminals  may  vary  slightly  in  their  configuration*  the  same 
dial-up  procedure  la  applicable  to  ell*  The  user  dials  the  CDC  6600  et  202-227- 
3000  and  listens  for  a  high-pitched*  continuous  deta  tone*  He  then  places  the 
telephone  hand-piece  into  the  acoustic  coupler  et  the  back  (typically)  of  the 
terminal  and  depresses  the  <RETURN>*  key  to  signal  the  computer  that  he 
is  ready  to  log  in  on  the  system* 

Login  Procedure 

The  computer  sends  the  following  information  to  the  terminal: 

DTNSRDC  6600  INTERCOM  V  4.7 
DATE  2/19/81 
TIME  09*00.00 

The  user  must  then  identify  himself  using  secure  cotes  (User  ID  and  Access 
Number)  supplied  by  the  Users'  Services  Branch*  Cote  189*  DTNSRDC*  He  enters: 
<L0GiN*xmmm,sup>  <return> 

♦The  symbols*  <  >*  indicate  user  action  or  enclose  information  to  be 
entered  by  the  user* 
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The  X  '•  must  be  replaced  by  hi*  valid  user  ID.  SUP  suppresses  the  system  status 
aessages. 

If  this  entry  Is  correct,  the  coaputer  responds  with: 

QQQQQQQQQQ  ENTER  ACCESS  NUKBER- 

The  print  head  Is  positioned  in  the  ares  shown  here  by  Q's.  This  ares  Is  actually 
overstruck  several  tiaes  to  protect  the  user's  access  nuaber. 

If  either  the  user  ID  or  access  nuaber  is  wrong,  the  systea  will  reply  with  a 
aessage  and  request  the  user  to  repeat  the  input.  After  three  unsuccessful  tries 
the  systea  locks  the  user  out  and  suggests  that  he  seek  help  froa  User  Services. 

If  both  user  ID  and  access  nuaber  are  entered  correctly,  the  systea  asks 
for  Instructions  by  issuing  a  proapt: 

COMMAND- 

The  user  then  proceeds  with  the  next  step  of  prograa  call-up  and  Initiation. 

After  a  successful  login,  the  user  prepares  to  run  AVS  by  keying  the  following 
coaaands: 

PROMPT  USER'S  COMMANDS  COMMENTS 

COMMAND  < FETCH, AVS 2RN>  Makes  AVS  available  for  temlnal  use 

COMMAND  <CONNECT, INPUT, OUT PUT >  Allows  data  entry  and  printout  at  terminal 

COMMAND  <AVS2RN>  Executes  progrsa 

AVS  now  takes  control  of  the  terainal  froa  the  system  and  data  are  requested 
as  outlined  In  the  next  section.  An  actual  login  and  call-up  session  Is  given  in 
the  sample  session. 

DATA  ENTRY  AND  VALIDATION 

After  Login  and  Call-up  AVS  prints  the  following  aessage: 

WELCOME  TO  AVS,  AUTOMATED  VEHICLE  SCHEDULING 
TODAY'S  DATE  IS  02/19/82 

IF  YOU  WANT  TO  SEE  A  MENU,  KEY  *',  IF  NOT,  KEY  '  S  ' 


Entering  anything  but  an  M  will  suppress  the  aenu  listing.  The  entry  of  an  M 
followed  by  a  <RETURN>  produces  a  list  of  possibls  AVS  entries. 

Here  Is  the  menu: 


SELECT  OPTIONS  FROM  THE  FOLLOWING  MENU: 

0  -  ORDERS 

V  -  VEHICLES 

D - DATE  (IF  DIFFERENT  FROM  TODAY  *S) 

B  -  TIME  AT  WHICH  ROUTES  WILL  BEGIN 

L  -  MAX  LENGTH  OF  ROUTES  (ALL  VEHICLES) 

T  -  TERMINATE  RUN 

BU  -  SPECIAL  ORDER  BUMP  OPTION 

E  -  END  OF  DATA  ENTRY;  GENERATE  SCHEDULES 

SP  -  SPECIAL  ORDER  RUN  (A7S2) 

C  -  CHANGE/UPDATE  OLD  INPUT  FILE 

LI  -  LIST,  FOLLOWED  BY  t)  '  FOR  ORDERS,  *V  '  FOR  VEHICLES 

PARTIAL  LIST  OF  ORDERS  IS  GIVEN  BY: 

LI  0  N1  N2  -  LISTS  ORDER  Nl  THRU  N2 
LI  0  LAST  N  -  LISTS  LAST  N  ORDERS 
LI  0  N  -  LISTS  NTH  ORDER 

R  -  REMOVE  FOLLOWED  BY  0  or  *V  '  AND  A  NUMBER 

These  options  are  described  individually  in  the  paragraphs  that  follow. 

The  items  selected  may  be  entered  in  any  order.  Note  that  the  program  uses  only 
the  first  few  letters  to  discriminate  among  entries.  However,  longer  entries 
(e.g.,  ORDERS  Instead  of  0  and  LIST  Instead  of  LI)  may  be  used. 

'0  *  Option  (Orders) 

The  format  for  entering  orders  follows  procedures  now  in  use  at  Charleston. 
The  format  is: 

<ORIGIN>  <SIZE1>  <DEST1>  <SIZE2>  <DEST2>...  <RETURN> 

where  ORIGIN  is  the  origination  warehouse  of  the  order 
SIZEn  is  the  number  of  pallets  in  the  nth  order 
DESTn  is  the  destination  of  the  nth  order  in  this  line. 

A  list  of  origins  and  destinations  available  in  the  Charleston  version  is  given 
in  the  Table.  An  example  of  order  input  is: 


- ><0> 

INPUT  ORDERS 

—><1606  5  1172>  <RETURN> 

- ><1606/  2-198  /  7-1507  /1-SM>  <RETURN> 

Additional  orders  from  1606  could  be  entered  on  another  line*  Up  to 
nine  orders  from  each  origin  may  be  put  on  a  single  line*  APS  allows  a  maximum 
of  99  orders*  Words  in  an  order  must  be  separeted  by  spaces ,  slashes  (/), 
periods*  or  commas,  and  any  number  of  these  may  separate  two  words*  For 
clarity  any  of  these  separators  may  be  used,  but  in  practice  it  will  probably  be 
quickest  to  use  only  spaces. 

Only  valid  orders  are  accepted  by  the  program.  The  following  error  mes¬ 
sages  may  result  from  incorrect  entries:* 

UNRECOGNIZED  ORIG  - >  {name] 

UNRECOGNIZED  DESTINATION  —>  [name] 

SIZE  MUST  BE  NUMERIC - >  [value] 

MAI  ORDER  IS  99  pallets— >  [value] 

ORIGIN  AND  DESTINATION  ARB  THE  SAME  — >  [name] 

These  error  messages  are  self-explanatory*  Incorrect  data  are  ignored  by 
the  program,  but  the  intended  entries  must  be  mede  again* 

If  the  'C'  (change/update)  option  has  bean  specified,  the  order  format  is: 
<NUM>  <ORIGIN>  <SIZE>  <D£ST>  <RETURN> 

where  MUM  is  the  identification  number  of  the  order  to  be  changed 
ORIGIN  is  the  (changed)  origin  warehouse  of  the  order 
SIZE  is  the  (changed)  number  of  pallets  in  the  order 
DEST  is  the  (changed)  destination  of  the  order 
If  an  order  is  to  be  added  to  the  current  list  of  orders,  the  same  format 
is  used  and  NUM  may  be  any  number  from  1  to  99  which  does  not  appear  In  the 
current  order  list*  See  'C'  (change/update)  option* 


*The  symbols,  [  ],  enclose  information  supplied  by  the  A  VS  program* 
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y  '  Option  (Vehicles) 

four  typos  of  vehicles  srs  used  at  Charleston*  The  user  must  specify  how 
•any  of  each  type  of  truck  will  be  used  In  the  scheduling  algorithm.  He  nay 
also  specify  the  maximum  number  of  deliveries  per  route  segment  for  each  truck 
(required  for  ST 's  and  TR's),  the  capacity t  and  the  maximum  time  limits.  Be  need 
not  specify  every  truck  in  the  transportation  fleet;  AVS  msy  be  used  to  schedule 
only  a  portion  of  the  total  set  of  vehicles. 

To  begin  vehicle  specification.  User  raters  V  and  the  program  responds  with: 

IMPOT  VEHCILES 

A  vehicle  entry  has  the  form 

<H><TYPE><STOPSXCAPACITYXTIME  LIMIT >  <RETORM> 

where  H  Is  the  number  of  vehicles  with  the  listed  characteristics,  TYPE  is 
the  mnemonic  code  for  the  vehicles  In  the  list  (ST,  TR,  IT  or  TT) ,  STOPS  is  the 
number  of  delivery  stops  allowed  per  route  segment  (used  only  with  ST's 
and  TR's),  CAPACITY  is  the  number  of  pallets  the  vehicle  can  hold,  and  TIME 
LIMIT  Is  the  maximum  allowable  route  length  for  the  vehicles  In  this  entry. 

STOPS,  CAPACITY,  and  TIME  LIMIT  are  optional  since  each  vehicle  type  has  a 
default  value:  STOPS  -  1,  CAPACITY  -  7  pallets  for  ST,  12  for  TR,  14  for  TT,  8 
for  IT.  All  vehicles  have  the  same  default  time  limit,  either  four  hours  or 
whatever  was  last  entered  in  the  L  command.  BOTE  -  at  present  STOPS  must  be 
specified  whenever  CAPACITY  is  given  rad  CAPACITY  must  be  specified  whenever 
TIM*  LIMIT  is,  but  CAPACITY  may  be  specified  without  stetlng  TIME  LIMIT,  and 
STOPS  without  stating  CAPACITY. 

Examples  of  valid  vehicle  entries: 

a)  TT  12  235 

b)  2  ST  2  5  240 

c)  2  TR 

d)  ST  5 

Several  vehicle  entries  may  bs  sntsrsd  on  the  same  line,  but  they  must  be 
separated  by  a  slash  (/)• 
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Example:  4  TT/2  ST  2 

AVS  does  considerable  data  validation  on  the  vehicle  entries;  errors  In  the 
vehicle  data  are  auch  aore  consequential  to  the  algorltha  than  errors  in  the 
other  entries*  Coaaon  typographical  errors  aay  be  answered  by  one  of  these 
aessages: 

HOMERIC  INPUT  EXPECTED— >  [bad  entry] 

VEHICLE  ENTRY  SKIPPED  BECAUSE  OF  BAD  DATA 
AVS  also  checks  the  total  nuaber  of  vehicles  of  a  type  requested  by  the  user 
against  a  maximum  built  into  the  prograa.  When  this  aaxlaum  is  exceeded,  a 
aessage: 

TOO  MANY  [xxxxxxx]  THERE  ARE  [nn]  LEFT 
[am]  OF  THE  REQUESTED  VEHICLE  HAVE  BEEN  IGNORED 
Is  printed*  xxxxxxx  Is  the  type  of  vehicle,  and  nn  +  am  equals  the  number 
requested. 

'D  #  Option  (Date) 

The  prograa  obtains  today's  date  from  the  coaputer  system,  so  this  entry 
need  be  made  only  If  the  schedules  are  to  be  generated  for  some  date  other  than 
the  current  date.  The  user  enters:  D  or  DA  or  DATE,  followed  by  a  <RETURN>, 
Informing  the  prograa  that  this  la  the  date  to  be  printed  on  the  schedules.  The 
program  responds  with  a  prompt  (— >)  and  the  user  then  enters  a  date  In  any  of 
the  following  forms: 

a)  DEC  18,  1978  or  DECEMBER  18  78  etc. 

b)  12/18/78  or  121878  etc. 

c)  18  DEC  78  or  18  DEC  1978  or  18  DECEMBER  78  etc. 

If  an  error  Is  made,  the  prograa  prints  out: 

DATE  NOT  VALID,  TRY  AGAIN 

Only  the  last  entered  date  is  retained  by  AVS. 

'B'  Option  (Begin  Time) 

This  option  Is  used  to  specify  the  time  at  which  the  schedules  will  start. 
The  user  enters  B  or  BEGIN  and  a  <RETURN>;  the  program  responds: 

ENTER  BEGINNING  TIME  FOR  ROUTES 
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enters  a  valid  start  (in  hours  based  on  a  24-hour  clock).  Any 
t  -  e.g.,  alphabetic  characters,  etc.  -  results  in  the  following 

S  INPUT  -  [entry] ,  TRY  AGAIN 

data  can  be  entered  at  any  tine  by  requesting  the  *B  '  option, 
ength) 

a  vehicle  route  schedules  in  accordance  with  the  route  duration 
)  determined  by  the  user, 
rs:  L 

eplies :  ENTER  MAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 

then  enters  the  route  length  in  minutes.  Any  error  in  input  -  e.g., 
laracters,  etc.,  -  results  in  the  following  message: 

INPUT  -  [value] ,  TRY  AGAIN 

ccted  data  can  be  entered  at  any  time  by  requesting  the  *L  '  option, 
wing  options  control  the  execution  of  the  AVS  program. 

terminate  Run) 

.on  is  used  when  the  user  wishes  to  terminate  data  entry  and  abort 
LVS  run.  Control  is  returned  to  the  operating  system. 

[Bump) 

itered  under  this  option  are  given  priority  and  are  scheduled  ahead 
*rs  not  yet  scheduled.  This  opt?  on  may  be  used  only  with  an  emer- 
:1)  order  run. 

wing  options  enable  the  user  to  list  and  update  the  current  input 
A  provision  is  also  made  to  allow  the  user  to  change  or  update  the 
igular  order  run  previously  executed. 

!nd  of  Data  Entry) 

ry  of  this  option,  the  program  prints  a  summary  of  the  data  entered. 
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DATA  ENTRY  SUMMARY: 

DATE  -  [61882] 

BEGIN  TIME  -  [800] 

MAX  ROUTE  -  [240]  MINS. 

[2]  STRADDLES 

[0]  TRANSPORTERSS 

[0]  TRACTOR  TRAILERS 

[0]  IND.  TRACTORS 

[9]  ORDER,  46  PALLETS 

IF  INPUT  IS  NOT  COMPLETE,  TYPE  'MORE' 

IF  NOT,  TYPE  ANYTHING  ELSE - ><GO> 

THIS  CONCLUDES  THE  DATA  ENTRY  FOR  AVS  SCHEDULES 

SCHEDULES  WILL  BE  PRINTED  SOON:  BE  PATIENT 
If  an  error  or  inconsistency  shows  up  in  the  summary,  typing  <MORE>  will  allow 
the  user  to  go  back  and  make  corrections  or  additional  entries.  If  the  data  are 
accurate,  any  entry  will  start  the  next  phase  of  the  program,  schedule  generation 
and  output. 

If  the  'C  '  oplton  is  not  specified,  the  user  should  check  carefully  that  the 
following  minimal  Information  has  been  entered: 

a)  begin  time 

b)  at  least  one  order 

c)  at  least  one  vehicle 

When  the  data  appear  correct  to  the  user,  he  enters  <G0>  and  the  scheduling 
begins. 

'SP  '  Option  (Special  Order  Run) 

'SP  '  indicates  that  this  run  is  an  emergency  or  special  order  run,  and  all 
data  necessary  for  this  run  must  be  entered.  The  'C  '  options  may  not  be  used 
with  an  'SP  '  request. 

The  system  control  statements  for  a  Special  Order  run  are  as  follows: 

COMMAND  -  < FETCH, AVS2RN> 

COMMAND  -  <ATTACH,TAPE1,PFNAME,ID-CARN> 

(Where  PFNAME  is  the  permanent  file  name) 

COMMAND  -  <C0NNECT, INPUT, 0UTPUT> 

COMMAND  -  <AVS2RN> 
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'C  '  Option  (Change/Update  Input) 

This  option  can  be  used  only  when  changing  or  updating  a  previously 
executed  regular  order  run.  The  file,  TAPE1,  of  that,  run  must  be  available. 

To  initiate  a  'C  *  option  run,  the  following  system  control  statements  are  used: 
COMMAND  -  < FETCH , AVS2RN> 

COMMAND  -  < FETCH, TAPE 1>  or  <ATTACH , TAPE1 , PFNAME , ID«CARN> 

(Where  PFNAME  is  the  permanent  file  name) 

COMMAND  -  CCONNECT, INPUT, OOTPOT> 

COMMAND  -  <AVS2RN> 

This  option  cannot  be  engaged  with  a  special  order  run.  See  Sample  Sessions. 

'Ll  '  Option  (List) 

Some  of  the  errors  commonly  made  in  specifying  the  orders  and  vehicles  to  be 
used  will  look  valid  to  AVS.  For  example,  an  order  originating  at  warehouse  16 
may  accidentally  be  entered  as  61,  which  is  also  a  valid  location  to  AVS.  Errors 
of  this  type  made  in  the  date,  length,  or  begin  time  (D,  L,  or  B  options)  are 
easily  .rected  by,  entering  the  correct  information.  Vehicle  and  order  entries, 
however,  are  lists  and  a  means  must  be  provided  for  specifying  which  elea.ant  in 
the  list  is  to  be  corrected.  This  provision  is  made  in  the  LI  (LIST)  and  R 
(REMOVE)  commands. 

The  LI  command  gives  a  printout  of  either  the  vehicles  or  orders  which  have 
already  been  entered.  The  format  LI  V  lists  the  vehicles,  their  capacities,  and 
start  times  along  with  the  numbers  of  delivery  stops  allowed  per  route  segment 
are  shown  in  the  following  example: 

- >LI  V  ALL 

VEHICLES 

1  ST  7  240  2 

2  ST  7  240  2 

The  analogous  entry  for  listing  orders  is  LI  0,  which  prints  out  the  orders 
giving  a  reference  number,  sice,  origin,  and  destination  for  each  order.  Since 
the  listing  of  orders  can  be  rather  time  consuming,  a  partial  list  feature  for 
orders  is  available.  The  valid  forms  are: 
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LI  0  nn  hi 


LI  0  nn 
LI  0  LAST 
LI  0  LAST  ran 

LI  0  ALL 


List  orders  nn  through  am,  where  nn  end  aa  ere  the  order 
reference  numbers  et  the  beginning  end  end  of  the  desired 
segaent  of  the  list 

List  order  nn,  where  nn  is  the  order  reference  nuaber 
List  lest  order 

List  lest  aa  orders,  where  aa  is  the  nuaber  of  orders  to  be 
listed 

List  ell  orders 


'R  *  Option  (Remove) 

Used  in  conjunction  with  the  LI,  0,  end  V  options,  the  R 
option  allows  for  the  selective  correction  of  order  and  vehicle  entries.  The 
formats  are 

R  0  nn  and 
R  V  nn 

where  nn  Is  the  reference  number  supplied  by  the  LI  option.  The  (nn)  entry  Is 
deleted  from  the  list  and  the  successive  entries  ere  renumbered  to  close  the 
gap.  Because  of  this  renumbering  it  is  wise  to  remove  orders  and  vehicles  In 
reverse  numerical  sequence  (higher  numbers  first)  to  avoid  inadvertently  deleting 
the  wrong  entry.  Once  the  erroneous  entries  have  been  removed  from  the  list, 
correct  data  can  be  re-entered  using  the  V  or  0  commands. 


SCHEDULE  GENERATION  AND  OUTPUT 

This  phase  of  the  program  requires  no  action  on  the  part  of  the  user. 
Schedules  are  generated  by  the  AVS  algorithm  and  the  results  are  printed.  A 
sample  printout  of  AVS,  along  with  the  Login,  Call-up,  and  Data  Entry  phases, 
is  given  In  the  Sample  Sessions  Section.  The  output  from  AVS  comprises  a 
complete  Input  data  summary  and  the  various  vehicle  schedules  which  have  been 
generated. 

Two  possible  errors  may  be  flagged  by  AVS  or  the  system  In  this  phase: 

1.  If  there  are  too  many  orders  for  the  requested  vehicles  to  handle,  the 
program  responds  with  a  message  such  as: 
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*******************  ** 

ORDERS  NOT  MOVED 
********************* 

Inn]  PALLETS  Of  ORDER  [on]  (ORIG]  to  [DEST] 

Here,  nn  is  the  lumber  of  undelivered  pellets,  n  Is  >  number  given  to  the  order 
during  dats  entry,  and  ORIG  and  DEST  refer  to  the  origin  and  destination 
warehouses  of  that  order. 

2.  If  a  relatively  large  number  of  orders  has  been  entered  (say  75-99),  the 
program  may  run  out  of  computer  time.  When  this  occurs,  the  system  will  print 
out  the  message: 

CP  TIME  LIMIT  EXCEEDED. 

The  program  output,  if  any,  is  lost  and  the  user  must  start  over  at  the  data 
entry  phase. 

SCHEDULE  VERIFICATION  AND  STORAGE 

An  example  of  AVS  schedules  is  shown  in  the  next  section.  The  user  should 
examine  the  output  carefully  to  see  that  there  are  no  problems.  If  he  does  not 
like  some  aspect  of  the  schedules,  they  may  be  modified  manually.  On  occasion 
there  may  be  a  problem  which  can  be  remedied  by  re-generating  the  schedules. 

After  the  last  table  has  been  printed,  the  terminal  control  returns  to  the 
system.  Since  AVS  creates  system  schedule  files,  TAPE1  (Regular  Orders)  and  TAPE2 
(Special  Orders),  which  may  be  used  by  future  runs  these  files  may  be  saved  by  the 
commands: 

COMMAND  -  <STORE,TAPEN>  <RETURN>  or 

COMMAND  -  <CATALOG , TAPER , P FRAME , ID-CAXX>  <RETURN> 

(where  TAPES  is  TAPE1  or  TAPE2,  PFNAME  is  the  permanent  file  name, 
and  CAXX  is  the  user's  initial  assigned  by  User's  Services  at 
DTNSRDC.) 

If  the  user  wishes  to  end  the  session,  <LOGOUT>  is  entered  after  the 
system  prompt.  A  summary  of  the  time  and  charges  for  this  terminal  session  are 
presented.  The  user  can  then  disconnect  the  phone  and  turn  off  the  terminal. 


SAMPLE  SESSIONS 


Schedule  output  from  AVS  consists  of  a  susurj  of  the  Input  date*  the 
schedules  for  the  Individual  vehicles,  end  the  unmoved  order  listings.  Each 
schedule  gives  the  vehicle  name,  route  starting  tine,  end  dates  In  e  header; 
e  list  of  scheduled  route  segments  specifying  site,  tine,  pellets  picked  up  or 
delivered,  order  reference  number,  end  approximate  stay  time  at  the  site;  end  a 
trailer  of  finishing  time  and  site,  and  number  of  pellets  used.  Buns  showing 
the  regular  order,  change/update,  end  special  order  options  ere  Included. 
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NSRDC  4400  INTERCOM  V  4.7 
BATE  09/29/82 
TIME  08.3t.SS. 

I09 i a , c arnn* lion . sup 
■WMOIBM  ENTER  ACCESS  NUMBER- 
CONHANB-  fetch, avs2rn 
COMMAND-  connect. input .output 
COMMAND-  avs2rn 

VERSION  072480.1 


SAMPLE  REGULAR  ORDER  RUN 


WELCOME  TO  AVS,  AUTOMATED  VEHICLE  SCHEDULING 
TODAY'S  DATE  IS  09/29/82 

IF  YOU  WANT  TO  SEE  A  MENU,  KEY  'M',  IF  NOT  KEY'S' 


SELECT  OPTIONS  FROM  THE  FOLLOWING  MENUi 

0  —  ORDERS 
V  -  VEHICLES 

D  —  DATE  (IF  DIFFERENT  FROM  TODAY'S) 

D  —  TIME  AT  WHICH  ROUTES  WILL  BEGIN 
L  —  MAX  LENGTH  OF  ROUTES  (ALL  VEHICLES) 

T  —  TERMINATE  RUN 

BU  —  SPECIAL  ORDER  BUMP  OPTION 

E  —  END  OF  DATA  ENTRY;  GENERATE  SCHEDULES 

SP  —  SPECIAL  ORDER  RUN  (AVS2) 

C  —  CHANGE/UPDATE  OLD  INPUT  FILE 

LI  —  LIST,  FOLLOWED  BY  '0'  FOR  ORDERS.  'V'  FOR  VEHICLES 
FULL  LIST  OF  ORDERS  IS  GIVEN  BY  'LI  0  ALL' 

PARTIAL  LIST  OF  ORDERS  IS  GIVEN  BY i 
LI  0  N1  N2  -  LISTS  ORDERS  Nt  THRU  N2 
LI  0  LAST  N  -  LISTS  LAST  N  ORDERS 
LI  0  N  -  LISTS  NTH  ORDER 
R  —  REMOVE  FOLLOWED  BY  0'  OR  'V'  AND  A  NUMBER 


'"«  r.  r. 


H?T 


— >d 

ENTER  BATE 
— >12  d«c  83 

— >b 

ENTER  BEGINNING  TINE  FOR  ROUTES 
— >0800 

— >1 

ENTER  HAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 
—>240 
— >o 


INPUT  ORDERS 

—>191  10  140U/3  1A01b/2  1157 
— >s«i  4  191/5  1401»/4  66* 

— >224  10  14/5  49/8  1422 
— >x20  12  x10/7  47w/2  «f 
— >  v 

INPUT  VEHICLES 
— >1  st 
— >1  tr 
— >1  it 
— >« 


DATA  ENTRY  SUNNARY  i 

DATE  -  121283 
BEGIN  TINE-  800 
HAX  ROUTE  >  240  NINS. 

1  STRADDLES 
1  TRANSPRTRS 
0  TRCTR.TRLS 
1  IND.TRCTRS 

12  ORDER,  74  PALLETS 
IF  INPUT  IS  NOT  CONPLETE,  TYPE  'HORE' 

IF  NOT,  TYPE  ANYTHING  ELSE  -- . >«ore 

— >d 


ENTER  DATE 
— >10  nov  32 
— >• 
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BATA  ENTRY  SUMMARY  i 

BATE  -  lit 082 
BEB1N  TINE*  800 
NAX  ROUTE  *  240  NIN8. 

1  STRABBLES 
1  TRAN8PRTR8 
0  TRCTR.TRL8 
1  INB.TRCTR8 

12  ORBER,  74  PALLET* 

IF  INPUT  18  NOT  CONPLETE,  TYPE  'NONE' 

IF  NOT,  TYPE  ANYTHING  ELSE - >*o 


THIS  CONCLUBES  THE  DATA  ENTRY  FOR  A VS 
SCHEDULES  UILL  BE  PRINTED  SOON;  BE  PATIENT 


AVS  REGULAR  ORBER  PROORAH 


11/10/82 

800.0 

(OPT**) 


ORDERS 


1 

10 

PALLETS 

FROM 

191 

TO 

1 60 1 A 

2 

3 

PALLETS 

FROM 

191 

TO 

140  ID 

3 

2 

PALLETS 

FROM 

191 

TO 

1157 

4 

4 

PALLETS 

FROM 

SM 

TO 

191 

S 

5 

PALLETS 

FROH 

SM 

TO 

1601 A 

6 

6 

PALLETS 

FROM 

SM 

TO 

4AU 

7 

10 

PALLETS 

FROM 

224 

TO 

16 

8 

S 

PALLETS 

FROM 

224 

TO 

49 

9 

8 

PALLETS 

FROM 

224 

TO 

1622 

10 

12 

PALLETS 

FROM 

X20 

TO 

X10 

11 

7 

PALLETS 

FROM 

X20 

TO 

67U 

12 

2 

PALLETS 

FROM 

X20 

TO 

SF 
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VEHICLES  SELECTEI 


1  VEHICLE  ST  1  CAPACITY  •  7  PLT8,  IURATIQH  •  240.  HIN8,  1  DEL  STOPS 

2  VEHICLE  TR  1  CAPACITY  ■  12  PLT8,  IURATIQH  >  240.  HIKS,  1  DEL  STOPS 

3  VEHICLE  IT  t  CAPACITY  •  10  PLTS,  IURATIQH  •  240.  HIHS,  10  DEL  STOPS 


VEHICLE  -  ST  1 
START  TIHE  -  800. 
DATE  111082 


«**********:»*****•«**•********************••*••******»***************** 
STOP  SITE  TIHE  DELIVER  PICK  UP  ORDER  STAY  TIHE 

4*******«********«******************M********«************************ 


1  X20 

812 

7  PALLETS 

11 

3 

2  67U 

827 

7  PALLETS 

11 

3 

3  SN 

832 

6  PALLETS 

A 

3 

4  AAU 

837 

6  PALLETS 

6 

3 

S  224 

851 

5  PALLETS 

8 

3 

6  4? 

904 

5  PALLETS 

8 

3 

7  191 

918 

2  PALLETS 

3 

2 

8  1157 

922 

2  PALLETS 

3 

2 

ROUTE  ENDED 
LOCATION  *1078 
TINE  *  933 

NO  OF  PALLETS  NOVED  *  20 
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VEHICLE  -  TR  t 
START  TINE  -  800. 
BATE  111082 


*******4**»****M****M«***t*****«************************************* 

STOP  SITE  TINE  BELIVER  PICK  UP  ORBER  STAY  TINE 

St********************************************************************** 


1  X20 

810 

12  PALLETS 

10 

12 

2  X10 

823 

12  PALLETS 

10 

12 

3  X20 

836 

2  PALLETS 

12 

4 

4  SF 

849 

2  PALLETS 

12 

4 

5  SN 

835 

3  PALLETS 

5 

6 

A  1 601 A 

907 

5  PALLETS 

5 

6 

7  191 

915 

10  PALLETS 

1 

10 

8  1601 A 

927 

10  PALLETS 

1 

10 

9  191 

938 

3  PALLETS 

2 

4 

10  16011 

945 

3  PALLETS 

2 

4 

11  SN 

956 

4  PALLETS 

4 

5 

12  191 

1008 

4  PALLETS 

4 

5 

13  224 

1033 

10  PALLETS 

7 

10 

14  16 

1052 

10  PALLETS 

7 

10 

15  224 

1111 

8  PALLETS 

9 

8 

16  1622 

1140 

8  PALLETS 

9 

8 

ROUTE  ENDED 
LOCATION  >1078 
TINE  *  1153 

NO  OF  PALLETS  NOVED  *  34 


t********************************* **************** 

ORDERS  NOT  NOVED 

************************************************** 


STOP 

047700  HAXINUN  EXECUTION  FL. 

4.412  CP  SECONDS  EXECUTION  TINE. 

CONNAND-  rewind, taotl  (INITIALIZE  TAPE1  FOR  NEXT  RUN) 
CONNAND-  avs2rn 


VERSION  072410.1 


SAWLI  CHANCK/umtS  RDM 


UEICONE  TO  0V8,  AUTOHAT ED  VEHICLE  SCHEBULINB 
TODAY'S  RATE  IS  09/29/82 

IF  YOU  UANT  TO  SEE  A  MENU,  KEY  'N',  IF  NOT  KEY'S' 

— >s 
— >c 

CHANBE/UPDATE  0L9  INPUT  FILE 

— >d 

ENTER  BATE 
— >12/03/82 

— >1 


ENTER  HAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 
— >480 

— >o 


INPUT  ORDERS 
— >10  xIO  7  47# 
— >1  191  20  1401b 

— >• 


BATA  ENTRY  SUNNARY  I 


DATE  >  120382 
BEGIN  TINE*  0 
NAX  ROUTE  >  480  HINS. 

0  STRADDLES 
0  TRANSPRTRS 
0  TRCTR.TRLS 
0  IND.TRCTRS 

2  ORDER,  27  PALLETS 
IF  INPUT  IS  NOT  COHPLETE,  TYPE  'HORE' 

IF  NOT,  TYPE  ANYTHING  ELSE . >*o 


THIS  CONCLUDES  THE  DATA  ENTRY  FOR  AVS 
SCHEDULES  UILL  BE  PRINTED  SOON!  BE  PATIENT 


AVS  SPECIAL  ORDER  PROGRAM 


12/ -5/82 
800.0 


ORDERS 


1 

20 

PALLETS 

FROM 

191 

TO 

1401B 

2 

3 

PALLETS 

FRON 

191 

TO 

140  IB 

3 

2 

PALLETS 

FROM 

191 

TO 

1157 

4 

4 

PALLETS 

FRON 

SN 

TO 

191 

5 

3 

PALLETS 

FRON 

SN 

TO 

1401 A 

4 

4 

PALLETS 

FRON 

SN 

TO 

44U 

9 

8 

PALLETS 

FRON 

224 

TO 

1422 

8 

5 

PALLETS 

FRON 

224 

TO 

49 

7 

10 

PALLETS 

FRON 

224 

TO 

14 

11 

7 

PALLETS 

FRON 

X20 

TO 

47U 

12 

2 

PALLETS 

FRON 

X20 

TO 

SF 

10 

7 

PALLETS 

FRON 

X10 

TO 

47E 

SPECIAL  ORDER  TIME  *  800. 

BUMP  OPTION  -  NO 


VEHICLES  SELECTED 


1  VEHICLE  ST  1  CAPACITY  «  7  PLTS,  DURATION  *  240.  NINS,  1  DEL  STOPS 

2  VEHICLE  TR  t  CAPACITY  =  12  PLTS,  DURATION  »  240.  NINS.  1  DEL  STOPS 

3  VEHICLE  IT  1  CAPACITY  =  10  PLTS,  DURATION  «  240.  NINS,  10  DEL  STOPS 


VEHICLE  -  3T  1 
START  TINE  -  800. 
SATE  120582 


****************4*4***:»******«*M^*M*MM^MM**MM******MM^*^^*^ 

STOP  SITE  TINE  DELIVER  PICK  UP  ORDER  STAY  TINE 

*********************************************************************** 


1  X10 

812 

7  PALLETS 

10 

3 

2  67E 

827 

7  PALLETS 

10 

3 

3  X20 

842 

7  PALLETS 

11 

3 

4  67U 

857 

7  PALLETS 

11 

3 

5  SN 

902 

6  PALLETS 

6 

3 

6  66U 

907 

6  PALLETS 

6 

3 

7  224 

922 

5  PALLETS 

8 

3 

8  49 

936 

5  PALLETS 

8 

3 

9  191 

948 

3  PALLETS 

2 

3 

4  PALLETS 

1 

1 

♦SPLIT 

10  1601B 

953 

3  PALLETS 

2 

3 

4  PALLETS 

1 

1 

♦SPLIT 

11  191 

958 

7  PALLETS 

1 

3 

♦SPLIT 

12  1 601 B 

1003 

7  PALLETS 

1 

3 

♦SPLIT 

13  191 

1008 

7  PALLETS 

1 

3 

♦SPLIT 

14  1 601 B 

1014 

7  PALLETS 

1 

3 

♦SPLIT 

15  191 

1019 

2  PALLETS 

1 

2 

♦SPLIT 

16  1 601 B 

1023 

2  PALLETS 

1 

2 

♦SPLIT 

17  224 

1048 

7  PALLETS 

7 

3 

♦SPLIT 

18  16 

1102 

7  PALLETS 

7 

3 

♦SPLIT 

19  224 

1116 

3  PALLETS 

7 

3 

♦SPLIT 

20  16 

1129 

3  PALLETS 

7 

3 

♦SPLIT 

ROUTE  ENDED 
LOCATION  -1078 
TINE  =  1158 

NO  OF  PALLETS  MOVED  =  58 
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«L"  »"'!■«!■  A'L'J-l  AL'M 


p .  »• 


VEHICLE  -  TR  1 
START  TINE  -  800. 
DATE  120S82 


*******************4****************************************** 
SITE  TIHE  DELIVER  PICK  UP  ORDER  STAY  TIME 

44444444444444444444444444444444444444444444444444444444444444 


SM 

802 

5  PALLETS 

5 

6 

1601 A 

814 

5  PALLETS 

5 

6 

SN 

827 

4  PALLETS 

4 

5 

191 

839 

4  PALLETS 

4 

5 

X20 

905 

2  PALLETS 

12 

4 

SF 

918 

2  PALLETS 

12 

4 

224 

931 

8  PALLETS 

9 

8 

1622 

1000 

8  PALLETS 

9 

8 

ROUTE  ENDED 
LOCATION  =1078 
TIHE  =  1015 

NO  OF  PALLETS  MOVED  *  19 


I***************************************:** 

:s  NOT  MOVED 

1*44*4*4*4*4*444*4444444*4444444*44444*444 


3,  2FRON  ,191  TO  1137 

100  NAXINUN  EXECUTION  FL. 

>25  CP  SECONDS  EXECUTION  TIHE. 

rewind.taoel  (IHITIALIZE  TAPE1  FOR  NEXT  RUN) 

avs2rn 

ilON  072480.1 

SPECIAL  ORDER  RUN 


INE  TO  AVS,  AUTOMATED  VEHICLE  SCHEDULING 

TODAY'S  DATE  IS  09/29/82 

IU  WANT  TO  SEE  A  MENU,  KEY  'H' ,  IF  NOT  KEY'S' 
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>s 

>sp 


SPECIAL  ORDER  RUN 
— >b 

ENTER  BEGINNING  TINE  FOR  ROUTES 
— >0945 

— >1 

ENTER  NAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 
— >240 
— >o 

INPUT  ORDERS 

— >191  2  1157/5  67*/ 9  sn 
— >45  17  ,191/10  16 

- >v 

INPUT  VEHICLES 
— >1  *t 

— >e 


DATA  ENTRY  SUNNARY  j 

DATE  =  92982 
BEGIN  TIHE=  945 
NAX  ROUTE  =  240  NINS. 

1  STRADDLES 
0  TRANSPRTRS 
0  TRCTR.TRLS 
0  IND.TRCTRS 

5  ORDER,  43  PALLETS 
IF  INPUT  IS  NOT  CONPLETE,  TYPE  'NORE' 

IF  NOT,  TYPE  ANYTHING  ELSE - ><jo 


THIS  CONCLUDES  THE  DATA  ENTRY  FOR  AVS 
SCHEDULES  UILL  BE  PRINTED  SOON;  BE  PATIENT 


3j 


AVS  SPECIAL  ORDER  PR06RAH 


11/10/82 

800.0 


ORDERS 


1 

2 

PALLETS 

FROM 

191 

TO 

1157 

2 

5 

PALLETS 

FROM 

191 

TO 

67E 

3 

9 

PALLETS 

FROM 

191 

TO 

SN 

4 

17 

PALLETS 

FROM 

SN 

TO 

191 

5 

10 

PALLETS 

FROM 

Sh 

TO 

16 

SPECIAL  ORDER  TIME  *  945. 

BUMP  OPTION  =  NO 


VEHICLES  SELECTED 


1  VEHICLE  ST  2  CAPACITY  =  7  PLTSf  DURATION  *  240.  HINS,  1  DEL  STOPS 


VEHICLE  -  8T  2 
START  TIKE  -  800. 
SATE  111082 


**************************************************************4 +*.4*4*** 

STOP  SITE  TINE  DELIVER  PICK  UP  ORDER  STAY  TINE 

M********************************************************************* 


1  191 

954 

5  PALLETS 

2 

3  *SPCL* 

2  67E 

1005 

5  PALLETS 

2 

3  *SPCL* 

3  SN  . 

.  1010 

7  PALLETS 

4 

3  *SPCL* 

4  191 

•  1022 

'  PALLETS 

4 

3  *SPCL* 

5  SN 

1034 

7  PALLETS 

4 

3  *SPCL* 

6  191 

1046 

7  PALLETS 

4 

3  *SPCL* 

7  SN 

1058 

3  PALLETS 

4 

3  *SPCL* 

8  191 

1110 

3  PALLETS 

4 

3  *SPCL* 

9  191 

1114 

7  PALLETS 

3  *SPCL* 

10  SN 

1126 

'  PALLETS 

3 

3  *SPCL* 

11  191 

1 1  18 

2  PALLETS 

3 

2  6SPCL* 

12  SN 

1 1  49 

2  PALLETS 

3 

2  *SPCL* 

13  SN 

11  53 

7  PALLETS 

5 

3  9SPCL* 

14  16 

T  22  c 

7  PALLETS 

5 

3  *SPCL* 

ROUTE  ENDED 
I OCATION  *1078 
rihE  «  1251 

NO  OF  PALLETS  NOVED  * 


************************************************** 
ORDERS  NOT  NOVED 

************************************************** 

ORDER  -101,  2FR0H  ,191  TO  1157 

ORDER  -105,  3FR0N  ,SN  TO  16 

STOP 

051300  HAXINUH  EXECUTION  FL. 

4.150  CP  SECONDS  EXECUTION  TINE. 

CONKAND*  store* tapel  rrATAT/ir  tadvi \ 

CT  It.  C»S»  PM-hMT*1*6  *“**> 

CT  CY=  001  00000033  PROS  $0000.06  /DAY 

CT  SN*  SYSSET1 

COrtMAAfP*  store, taoe2  ^flATAT/v, 

CT  ID.  CMN  PFH=T«>E2IAL0G  TAm) 

CT  CY«  001  C0000033  PRUS  $0000.06  /DAT 

CT  SNS  SYSSET1 
COHHAND-  logout 
CPA  25.03?  SEC 

SS  26.695  SEC 
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SPECIAL  ORDER  RDM  USING  TAPE1 


NSRDC  4400  INTERCOM  V  4.7 
DATE  09/29/82 
TINE  13.33.SS. 
L06IN,CARNMELT0N,SUP 
MBIIIIMI  ENTER  ACCESS  NUMBER- 
COMMAND-  FETCH, AVS2RN 
COMMAND-*  FETCH, TAPE  1 
COMMAND-  CONNECT, INPUT, OUTPUT 
COMMAND-  AVS2RN 

VERSION  072480.1 


UELCOME  TO  AVS,  AUTOMATED  VEHICLE  SCHEDULING 
TODAY'S  DATE  IS  09/29/82 

IF  YOU  UANT  TO  SEE  A  MENU.  KEY  'N\  IE  NOT  KEY'S' 

- >S 

- >0 

INPUT  ORDERS 

— >1601 A  10  191/4  SN/4  49/2  SF 
—>224  17  X20/3  X10 

- — >SP 

SPECIAL  ORDER  RUN 

- >V 


INPUT  VEHICLES 
- >1  ST 

- >B 

ENTER  BEGINNING  TIME  FOR  ROUTES 
-—>1000 

— >L 

ENTER  MAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 
—>240 

— >E 


DATA  ENTRY  3UNNARY  t 


DATE  -  92982 
BE6IN  TINE*  1000 
NAX  ROUTE  *  240  HINS. 

1  STRADDLES 
0  TRANSPRTR3 
0  TRCTR.TRLS 
0  IND.TRCTRS  . 

6  ORDER, '  42  PALLETS 
IF  INPUT  IS  NOT  COMPLETE.  TYPE  "MORE" 

IF  NOT,  TYPE  ANYTHING  ELSE . >G0 


THIS  CONCLUDES  THE  DATA  ENTRY  FOR  AVS 
SCHEDULES  UILL  BE  PRINTED  SOON;  BE  PATIENT 


AVS  SPECIAL  ORDER  PROGRAM 


11/10/82 

800.0 


ORDERS 


1 

10 

PALLETS 

FROM 

1401A 

TO 

191 

2 

4 

PALLETS 

FROM 

1401 A 

TO 

SN 

3 

4 

PALLETS 

FROM 

1401 A 

TO 

49 

4 

2 

PALLETS 

FROM 

1401 A 

TO 

SF 

5 

17 

PALLETS 

FROM 

224 

TO 

X20 

4  3  PALLETS  FROM  224  TO  XI 0 


SPECIAL  ORDER  TIME  >  1000 


IUHP  OPTION  -  NO 


VEHICLES  SELECTEI 


1  VEHICLE  ST  2  CAPACITY  •  7  PLTS,  DURATION  *  400.  HINS,  1  DEL  STOPS 


VEHICLE  -  ST  2 
START  TINE  -  800. 
DATE  111082 


44444444444444444444444444444444444444444444444444444444444444444444444 

STOP  SITE  TINE  DELIVER  PICK  UP  ORDER  STAY  TINE 

44444444444444444444444444444444444444444444444444444444444444444444444 


1  1601 A 

1009 

6  PALLETS 

3 

3  4SPCL4 

2  4? 

1020 

6  PALLETS 

3 

3  4SPCL4 

3  1601 A 

1032 

4  PALLETS 

2 

3  4SPCL4 

4  SH 

1044 

4  PALLETS 

2 

3  4SPCL4 

5  224 

1058 

7  PALLETS 

5 

3  4SPCL4 

6  X20 

1103 

7  PALLETS 

5 

3  4SPCL* 

7  224 

1108 

7  PALLETS 

5 

3  4SPCL* 

8  X20 

1114 

7  PALLETS 

5 

3  4SPCL* 

9  224 

1119 

3  PALLETS 

6 

3  ♦SPCL* 

10  X10 

1123 

3  PALLETS 

6 

3  *SPCL* 

11  224 

1127 

3  PALLETS 

5 

3  4SPCL4 

12  X20 

1132 

3  PALLETS 

5 

3  4SPCL* 

13  1 601 A 

1157 

7  PALLETS 

1 

3  4SPCL4 

14  191 

1202 

7  PALLETS 

1 

3  4SPCL4 

IS  1 601 A 

1207 

3  PALLETS 

1 

3  4SPCL* 

14  191 

1211 

3  PALLETS 

1 

3  4SPCL4 

17  1601 A 

1216 

2  PALLETS 

4 

2  4SPCL* 

18  SF 

1227 

2  PALLETS 

4 

2  4SPCL4 

ROUTE  ENDED 
LOCATION  *1078 
TINE  «  1231 

NO  OF  PALLETS  NOVED  *  42 


40 


** 


ORDERS  NOT  MOVED 

*$**■********************************************** 


STOP 

051300  MAXIMUM  EXECUTION  FL. 

4.465  CP  SECONDS  EXECUTION  TINE. 
COMMAND-  LOGOUT 
CPA  8.720  SEC 

SS  9.294  SEC  - 

EST.  SYSTEM  COST  I  .94 
EST.  CONNECT  COST  t  0.83 
CONNECT  TIME  0  HRS.  10  MIN. 
09/29/82  L06GED  OUT  AT  13.44.48. 


SPECIAL  ORDER  RUN  USING  TAPE2 


<LOGIN , CARNMELTON , SUP 
■lllllllll  ENTER  ACCESS  NUNBER- 
CONNAND-  FETCH, AVS2RN 
COMMAND-  ATTACH. TAPE1 ,TAPE2.ID=CARN 
AT  CY*  001  SN=SYSSET1 
COMMAND-  CONNECT . INPUT , OUTPUT 
COMMAND-  AVS2RN 

VERSION  072480.1 


UELCONE  TO  AVS,  AUTOMATED  VEHICLE  SCHEDULING 
TODAY'S  DATE  IS  09/29/82 

IF  YOU  WANT  TO  SEE  A  MENU,  KEY  'N',  IF  NOT  KEY'S 

— >8 
— ->SP 

SPECIAL  ORDER  RUN 

— >1 


ENTER  BEGINNING  TIME  FOR  ROUTES 


ENTER  MAX  LENGTH  OF  ROUTE  FOR  ALL  VEHICLES 
— >240 
— >0 

INPUT  ORDERS 

— >16  10  SM/8  224/4  X10 
— >1173  10  SH/5  SF 

— >V 

INPUT  VEHICLES 
— >1  ST 
— >1  TR 

— >E 


DATA  ENTRY  SUNNARY  : 

DATE  -  92982 
DE6IN  TIME-  1005 
MAX  ROUTE  «  240  NINS. 

1  STRADDLES 
1  TRANSPRTRS 
0  TRCTR.TRLS 
0  IND.TRCTRS 

5  ORDER,  37  PALLETS 
IF  INPUT  IS  NOT  COMPLETE,  TYPE  'MORE' 

IF  NOT,  TYPE  ANYTHING  ELSE . >GQ 


THIS  CONCLUDES  THE  DATA  ENTRY  FOR  AVS 
SCHEDULES  UILL  DE  PRINTED  SOON;  DE  PATIENT 

AVS  SPECIAL  ORDER  PROGRAM 
11/10/82 
800.0 


ORDERS 

I 


4  10  PALLETS  FROM  16  TO  SM 

7  8  PALLETS  FROM  16  TO  224 

8  4  PALLETS  FROM  16  TO  XI 0 

9  10  PALLETS  FROM  1173  TO  SM 

10  3  PALLETS  FROM  1173  TO  SF 


SPECIAL  ORDER  TINE  -  1003 


IUNP  OPTION  >  NO 


VEHICLES  SELECTED 


1  VEHICLE  ST  3  CAPACITY  «  7  PLT8V  DURATION  ■  240.  NINSf  1  DEL  STOPS 

2  VEHICLE  TR  2  CAPACITY  >  12  PLTS,  DURATION  >  240.  HINSr  1  DEL  STOPS 


VEHICLE  -  ST  3 
START  TINE  -  800. 
DATE  111082 


STOP 

>***#« 

SITE 

TINE 

DELIVER 

PICK  UP 

ORDER 

*«*M***j| 

STAY 

»***♦*< 

TINE 

>««*** 

1 

1173 

1014 

5  PALLETS 

10 

3 

♦SPCL* 

2 

SF 

1025 

5  PALLETS 

10 

3 

♦SPCL* 

3 

SH 

1030 

3  PALLETS 

5 

3 

♦SPCL* 

4 

10 

1058 

3  PALLETS 

5 

3 

♦SPCL* 

S 

1?1 

1127 

2  PALLETS 

T 

2 

♦SPCL* 

A 

1157 

1132. 

2  PALLETS 

1 

2 

♦SPCV* 

ROUTE 

ENDED 

LOCATION  >1078 

TINE  *1143 

NO  OF  PALLETS  NO.VED  » 


10 


INITIAL  DISTRIBUTION 


Copies 

Copies 

Code 

Name 

1 

NAVMAT 

10 

5211.1 

Reporta 

08T246  (LCDR  J.  BLand) 

1 

522.1 

Diatrlbutlon 

Unclassified 

1 

NAVMATO  (Code  11) 

1 

522*2 

Lib  (C)  1  • 
Undaeslfled 

1 

NPGS  (Library) 

1 

93 

Lib  (A) 

L.  Marsh 

3  FMSO 

1  Code  953  (J.  Blaylock) 

1  Code  953  (Dave  Pols) 

1  Code  953  (Bill  McDevlt) 

1  HAVSUPSCOL  (Athena,  GA  Lib) 

1  NAVSUP 

1  SUP  04112B  (Sandra  Jonaa) 

1  SUP  0414A  (Carol  STeward) 
6  SUP  033 

6  SUP  053 

(Bill  McClure) 

(CDR  Palaatler) 

8  NSC  CHARLESTON 

4  Code  400  (CDR  Dell) 

2  Code  61  (Bob  Owena) 

3  Code  61  (Bob  Lee) 

1  NSC  Sand  Diego  (Mr*  Osborne) 

1  NSC  Puget  Sound  (Code  43) 

1  NSC  Norfolk 

1  NSC  Oakland 

1  NSC  Pearl  Harbor 

12  DTIC 

CENTER  DISTRIBUTION 


Copies  Code 
1  18 

2  1809*3 

1  185 

20  187 


Nane 

6.  H.  Glelssner 
D.  Harris 
T*  Corln 
R*  Melton 


